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My Background 

• Missions 

• NASA Johnson Space Center, Houston 

• Shuttle Mission Control, Payloads 

• Jet Propulsion Lab 

• Robotic - Voyager Neptune 

• Shuttle - Space Radar Lab, Lead Ops Director 

• Current 

• Mission Operations & Ground Data System 
Manager, Resource Prospector Lunar Rover 



Space Radar Lab- 1 Ops Director 



Internship in Mission Control 
(A long time ago) 
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My Background 


Software Technology 

• Human Centered Computing 
for Mars Rovers 

• User centered technologies 
for mission control 




Moments 



Shuttle Columbia 


Science Team after Mars 
Touchdown 2004 
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One Story of Agile at NASA 

• This is a bottom up story of how a group at NASA 
applied agile methods to software development for 
mission control 

• This was approved, but not initiated by, management 

• Beyond software 

• Taking agile beyond software we are applying agile 
and lean principles to the development of a Lunar 
Rover Mission Operations System 
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The Project 


Our groups task was to build an 
architecture for mission control user 
applications, the primary focus being on 
developing interaction paradigms and 
technology for user composable software 



The Collaboration 


Design and Development Team at NASA 
Ames 

The Customer 

• Mission Control Users at NASA Johnson 
Space Center 

Using Participatory Design, we created an 
integrated team that included customer 
representation 



Issues and Mandates 


Some customers want a new product, 
others do not 

The product must have new capability, but 
must also not be disruptive within the 
organization 

• Functional and visual connection to 
legacy product 



The Journey 


We began with a six month software 
delivery cycle 

By iteratively fixing issues, we got the 
delivery cycle down to three weeks 

It took close to two years to complete 
transition 



Time for Changes 


• Fix the problems iteratively, without a broad 
proclamation of methodology, i.e.“we are going to 
be agile” or “we are going to be “lean” 

• Just fix the problems 



Monday, September 30, 13 



Where we started 


• Four six- 
month 
deliverables 

• One User 
Experience 
Spec 


Module 1 

| 

Subsystem 1 Subsystem^ Subsystem^ Subsystem^ 

6 Months 6 Months 6 Months 6 Months 
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Issues we faced 

• Long delivery cycle 

• Difficult to manage feature prioritization and development, 
integration and testing 

• Progress invisible to customer, lack of meaningful ongoing customer 
interaction to drive design 

• Mismatch in expectations between design/dev team and customer 

• Difficult for the development team to know state of progress relative 
to goals 

• Deliveries focus on subsystems rather than meaningful end user 
functionality 

• Two-year final deliverable created a tendency to defer key issues 
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The Team 


Traditional 

Agile 1 

Agile 2* 

Developers 5-9 

Developers 7 

Developers 4 

User Experience 
Design (2) 

User Experience 
Design (2) 

User Experience 
Design (1) 

QA/Process 
Engineers (2) 

QA/Process 
Engineers (2) 

QA (.5) 

Project Manager (1) 

Project Manager (1) 

Developers rotate 
PM role 

Principle Investigator 
(Part Time) 

Principle Investigator 
(Part Time) 

Principle Investigator 
(Part Time) 

Interns 

Interns 

Interns 


Reduced Budget 
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Six Week Cycle 


• We took the six 
month cycle and 
divided it into 
smaller pieces 

• This was a start, 
but still left many 
issues 


It 1 

It 2 

6 

6 

Weeks 

Weeks 


It 3 

It 4 

6 

6 

Weeks 

Weeks 
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Six Week Cycle 
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Agile 


We shortened the cycle to three weeks 
Replaced discrete events, with integrated interactions 
Integrated strategic and tactical into our ranking process 
Each iteration had clear purpose, goals, ranked priorities 
Release, iterations, daily build 
Strategic road map 



Agile Cycle 


• Deliver to 
customer 
every 3 
weeks 

• Nightly 
build 

• Release 
every 3 
months 


Release to Mission 
Control User Test 
Community 


Release to Mission 
Control User Test 
Community 


Release to Mission 
Control User Test 
Community 


Release to Mission 
Control Ops 



Rele; 
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Iteration 1 

Iteration 2 

Iteration 3 

Iteration 4 


3 Weeks 6 Weeks 9 Weeks 12 Weeks 


jtrimble2@amail.com 


jav.p.trimble@nasa.aov 
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The Three-Week Cycle 


Agile Development Iteration 


Priorities/J I RA 
Rankings 


v 


Optional Mid-Iteration 
Hackathon tests big 
features 


v 


Feature 
Freeze 
(-7 days) 


Code Freeze 
(-3 days) 

Pre-Ship 
i Hackathon 


Start 24 hour test (-2 day) 




u 




Deliver 
to customer 
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3 Weeks Iteration n 
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Coding 
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UE & Tech Spec dates driven by coding dependencies 
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Issue Tracking Updates/Priorities/Rankings 
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( 

Nightly Build/Internal testing as features roll out 

) 


Daily iteration n 
Build to 
Customer 


-► Test 


-► User Feedback 


Feature mods/additions, 
bug fixes 


Customer 
installs — i 
iteration n-1 


Customer Customer verification Customer triages Optionally, hot 

acceptance test of closed JIRA issues issues it discovered patch 



Iteration n+1 





The Release Cycle 


Agile Release Into Operations 


Release to Mission 
Control User test 
Community 

Customer Feature 
Verification 


Release to Mission 
Control User test 
Community 

Customer Feature 
Verification 


Release to Mission 
Control User test 
Community 

Customer Feature 
Verification 


Release to Customer 
for Mission Control 
Certification 
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3 Weeks 


6 Weeks 


9 Weeks 


1 2 Weeks 


Coding/UE Specs 
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Issue Tracking Updates/Priorities/Rankings 


Build/Internal testing as features roll out 
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Strategic Road Map 
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Lessons Learned 

• The measure of progress is working code 

• Work on highest priorities first, avoid the temptation to do the easier 
things first 

• Demonstrations, not presentations 

• Customer interaction over extensive documentation 

• Progress always visible, nightly build available 

• Ship each iteration on time, only working features ship 

• Do not delay shipment for features - if a feature is not ready it 
goes into the next iteration 

• Fit the process to your team context and culture, there is no one right 
way 
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Agile for Missions 


• We are applying 
agile and lean 
methods to the 
design of a Lunar 
Rover Mission 
operations and 
ground data 
system 



Commands 


Round Trip Command 
to Telemetry Receipt 
~6 seconds 


Telemetry/Data 
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Agile/Lean for Lunar Rover 


• Principle 

• Measure of progress 
is working code 

• Agile - download 
nightly build 

• Space Mission - 
demonstrate 
operational 
capability through 
simulation 


nasa / met 


Mission Control Technologies is a real-time monitoring and visualization platform. See an overview and demo at 
http://sites.google.com/site/openrnct Download MCT plugins at htlpsy/github.com/nasa/MCT-Plugins. 
http://sites.google.com/site/openmct 


734 tbranenes 6 12 


| branch master - met 0 
[Te*U] Modify spmner test tot Xvfb compatibitty — 

£; vwoelt|cn authored 2 days ago latest comutt e24732Sef5 & 
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codecttonComponent 
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Agile/Lean for Mission Ops 


• Principle 

• Customer interaction 
over documentation 

• Agile - 

Participatory design 
(one method) 

• Space Mission - 
mission operations 
design session using 
PD methods, low 
fidelity simulation 
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